Added build script for utf8proc for python3.14 with ubi 10.2 - #8726
Conversation
| cmake --build . --target install | ||
| # cd $WORK_DIR | ||
| cd .. | ||
| pip3.14 install setuptools |
There was a problem hiding this comment.
Use python3.14 -m pip install setuptools instead of pip3.14 install setuptools to fix the gha build failure.
https://github.com/ppc64le/build-scripts/actions/runs/33624677436/job/100230254747?pr=8726#:~:text=temp_build_script.sh%3A%20line,utf8proc_ubi_10.2.sh%20v2.6.1
9ceea6c to
80d8a92
Compare
|
The package build is passing successfully on UBI 10.2. However, during the test phase, the script fails to find the libutf8proc.so file. These files are generated under the utf8proc/lib64 directory during the utf8proc build. The current pyproject.toml that we download using wget does not include the lib64 directory in the wheel package. As a result, the built wheel don't have libutfproc.so with current pyproject.toml I have updated the pyproject.toml to include the lib64 directory as part of the wheel package. Once the PR is merged, the test script should work as expected. |
| #Package data to add bazel in wheel, this is needed as its not a .py file | ||
| [tool.setuptools.package-data] | ||
| utf8proc = ["lib/*", "include/*"] | ||
| utf8proc = ["lib/*", "lib64/*", "include/*"] |
There was a problem hiding this comment.
Could you please raise a separate PR to add the path first in pyproject.toml? Once that PR is merged, please trigger a GHA build here.
There was a problem hiding this comment.
Yeah , that is how it should be done but for now , i have locally verified the updated pyproject.toml is working as expected .
3 participants
Checklist
set -eoption enabled and observe success ?